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DECUS evenementen kalender 


DECUS Evenementenkalender 


Symposia en bijeenkomsten in 1994: 

24 februari 

Samenwerkende SIGs 
‘Vernieuwen met Alpha AXP’ 

9 maart 

OA SIG 

‘Wat doen we met die spullen?’ 

26-28 april 

DECUS Holland Symposium, 

De Reehorst, Ede 

7-13 mei 

DECUS U.S. Spring, New Orleans 

31 mei 

RealTime SIG 

‘Waar gaat Digital been met de 
RealTime producten?’ 

12-16 September 

DECUS EUROPE, Cannes 

9 november 

OA SIG 

11 november 

Security SIG 

10-16 december 

DECUS U.S Fall, Anaheim 

Verder zijn er plannen voor: 

februari/maart 

UNIX/OSF SIG 

1e helft maart 

PDP-11 SIG 

juni 

Netwerk SIG ^ 
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Bestuursmededeiingen 


Uit het bestuur: een nieuwe structuur voor de vereniging 


Zoals u in het vorige bulletin heeft 
kunnen lezen, wordt er in het bestuur 
sinds enige tijd nagedacht over de 
structuur van de vereniging DECUS 
Holland. Ronald Beetz deed in het vo¬ 
rige nummer verslag van de sug- 
gesties die een werkgroep daar- 
omtrent aan het bestuur gedaan had 
en ook in het verslag van de bestuurs- 
vergadering hebt u kunnen lezen dat 
het bestuur zelf aan het werk was met 
de verdere uitwerking van de wijzi- 
gingen. 

Inmiddels zijn we weer een stuk ver- 
der, zie ook het verslag van de 
woodsmeeting van het hoofdbestuur, 
elders in dit bulletin. In dit artikel wil ik 
u aangeven welke kant het bestuur op 
wil. Ik herhaal hier niet de drie voor- 
stellen van de werkgroep, maar geef u 
de voorstellen van het bestuur die 
daaruit zijn voortgekomen. Het 
bestuur is nu bezig deze voorstellen te 
vertalen in een voorstel tot wijziging 
van de statuten, dat zal worden voor- 
gelegd aan de komende algemene 
vergadering op het DECUS Holland 
Symposium 1994 in Ede. 

Veranderingen 

Momenteel is de constructie, dat iede- 
re SIG het recht heeft om een lid voor 
het hoofdbestuur voor te dragen. An- 
dere actieve eenheden binnen de ver¬ 
eniging (werkgroepen, redactie, SPC 
en de commissie die ons communica- 
tiesysteem DCSNL beheert) hebben 
dat recht niet en dat geeft de indruk 
dat de van oudsher bestaande SIGs 
een streepje voor hebben op nieuwe 
initiatieven. Het bestuur stelt voor de¬ 
ze ongelijkheid weg te nemen en daar- 
mee de diverse mogelijke vormen van 
actieve eenheden binnen de vereni¬ 
ging meer gelijk te schakelen. 

Het lijkt ons geen goed idee om nu 
maar meteen alle bestaande SIGs op 
te heffen en een geheel nieuwe struc¬ 
tuur met alleen maar werkgroepen te 
gaan opbouwen (een variant die ook 
wel gesuggereerd is). Zeker In een 
vrijwilligersorganisatie zoals de onze 
is dat naar onze mening een te forse 
Ingreep: uiteindelijk zit het grootste 
deel van de activiteiten voor onze le- 
den (!) in de huidige SIGs en werk¬ 
groepen. 

Flexibiliteit 

Wel willen wlj het hiermee gemakkelij- 
ker maken om nieuwe Initiatieven op 
te zetten, met daarblj meer vrijheid 
voor dergelijke nieuwe eenheden bin¬ 
nen de vereniging om een eigen vorm 
van werken te kiezen. Dat kan door 
het onderling organiseren van 


informatie-dagen zoals de huidige 
SIGs doen, door het uitwisselen van 
kennis en ervaringen zoals in de huidi¬ 
ge werkgroepen, door het publiceren 
In het bulletin of in de vorm van een 
aparte publicatie (denk aan het perfor¬ 
mance boek), maar ook andere vor¬ 
men zijn welkom. Belangrijk is dat het 
activiteiten zijn die passen binnen de 
doelstelling en dat de leden van de 
vereniging er baat bij hebben. 

Nieuwe initiatieven hoeven ook niet 
meteen tot in de eeuwigheid voort te 
duren: het kan ook heel goed dat er 
een aantal leden opstaat dat zegt: 
”Wlj willen dit en dat doen; wij denken 
dat onze medeleden daar ook van 
kunnen profiteren, maar als wij ons 
doel (een publicatie, een informatie- 
dag, etc.) bereikt hebben, willen wlj 
onze eenheid ook weer ontbinden”. 
Een dergelijke groep actieve leden die 
zich bij het bestuur meldt, moet zo 
snel mogelljk aan de slag kunnen. 

Overigens geldt ook voor de bestaan¬ 
de eenheden dat zij beslist geen heili- 
ge huisjes zijn. Het bestuur stelt zich 
voor om, meer dan in het verleden 
niet-actieve eenheden te ontbinden: 
kaderleden van een SIG of werkgroep 
die niets meer doet, kunnen zich beter 
hergroeperen en dan, al dan niet sa- 
men met anderen, een onderwerp of 
activiteit oppakken, waarmee wel re- 
sultaten te boeken zijn. 

Bestuur 

In lijn met het bovenstaande past het 
om ook de constructie van het hoofd¬ 
bestuur te veranderen. Wlj stellen 
voor om een klein hoofdbestuur te for- 
meren van niet-SIG-gebonden leden, 
dat zich moet gaan beperken tot de 
volgende kerntaken: 

- representatie, met name naar Digi¬ 
tal en DECUS Europe; 

- bewaken van de doelstelling en de 
‘goede naam’ van de vereniging; 

- financiele eindverantwoordelijkheid; 

- coordinatie van alle actieve eenhe¬ 
den binnen de vereniging, waaron- 
der begrepen het formaliseren van 
nieuwe en het opheffen van niet- 
actieve eenheden; 

- stimuleren van nieuwe activiteiten, 
in welke vorm dan ook en het wer- 
ven van mensen daarvoor. 

Wij stellen voor dit bestuur samen te 
stellen uit vier, door de algemene ver¬ 
gadering te kiezen leden en een 
Digital-vertegenwoordiger (‘DECrep’). 
Voor de gekozen leden willen we de 
zittingstermijn in prIncipe beperken tot 
maximaal twee aanslultende periodes 


van twee jaar. Daarnaast blijft het se- 
cretariaat natuurlijk nauw betrokken 
bij het bestuur. 

Omdat de communicatle tussen het 
bestuur en de diverse actieve eenhe¬ 
den binnen de vereniging van essen- 
tieel belang is, zal waarschijnlijk een 
van de bestuursleden speciflek met 
deze taak belast worden. Verder ligt 
het in de bedoeling om de frequentie 
van de zogenaamde ‘joint meeting’ 
met alle kaderleden op te voeren naar 
twee maal per jaar. 

DECUS en Digital 

Ik wil hier graag even nader ingaan op 
de rol van de DECrep. Wij horen nog 
wel eens het commentaar dat Digital 
zoveel invioed zou hebben op DECUS 
en er Is ook nu wel gesuggereerd dat 
de DECrep om die reden uit het 
bestuur zou moeten verdwijnen. Wat 
het bestuur betreft zijn dat twee 
volstrekt foute Ideeen! 


Digital heeft helemaal niet zoveel in¬ 
vioed binnen DECUS als sommige 
mensen schijnen te denken. DECUS 
en Digital hebben belang bij elkaar, 
hebben een goede onderlinge verhou- 
ding en wisselen onderling argumen- 
ten uit. Beslulten worden binnen de 
vereniging genomen door het DECUS 
Holland bestuur: als dat op een hoof- 
delijke stemming aankomt heeft de 
DECrep een stem, net als de andere 
bestuursleden. In de nieuwe construc¬ 
tie zou dat dus een van de vijf stem- 
men zijn. 

Wij als bestuur vinden dat DECUS be¬ 
lang heeft bij een DECrep In het 
bestuur: de DECrep symboliseert de 
goede onderlinge verhouding, maar is 
tegelijk de garantle voor een open on¬ 
derling contact. Juist doordat die per- 
soon de status van bestuurslid heeft, 
kan hij ook ‘als mede-bestuurslid’ de 
beslulten van DECUS naar Digital toe 
communiceren. Wij vinden dat een 
veel betere constructie dan een 
bestuur zonder DECrep, dat vervol- 
gens belet zou moeten gaan vragen 
bij het Digital management als wlj lets 
met Digital te bespreken hebben. 

Lidmaatschap 

Tenslotte de lidmaatschapsconstruc- 
tle: wij hebben net de operatie van het 
Invoeren van contributie achter de 
rug. We hebben daarbij de mogelljk- 
held geschapen van een groepskor- 
ting voor bedrijven die meerdere 
leden hebben en daarvoor een geza- 
menlijke factuur willen hebben. Te 
oordelen naar de reacties is deze op- 
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Bestuursmededelingen 


tie bij een behoorlijk aantal bedrijven 
aanleiding geweest om eens bewust 
te kijken naar de DECUS-lidmaat- 
schappen (voor dit jaar zijn er 212 
groepen aangemeld met samen 1002 
leden) en dat draagt bij aan een pro- 
fessionele kijk op de vereniging. 

Deze constructie zou uiteindelijk kun- 
nen gaan leiden tot (ook?) de moge- 
lijkheid van bedrijfsiidmaatschappen. 
Op dit moment zijn wij daar echter nog 
niet aan toe, want de term ‘bedrijfslid- 
maatschap’ is snel gebezigd, maar er 
zijn vele varianten mogelijk voor de in- 
vulling daarvan en een dergelijke ont- 
wikkeling heeft nogal wat con- 


sequenties voor het functioneren van 
de vereniging. Wei blijft dit een punt 
van aandacht voor het bestuur. 

Ook is er in het bestuur inmiddels een 
actie uitgezet om te komen tot nieuwe 
activiteiten die meer ook op de doel- 
groep ‘managers’ gericht zijn. 

Vervolg 

Zoals gezegd, deze plannen zullen in 
de vorm van een voorstel tot statuten- 
wijziging worden voorgelegd aan de 
komende algemene vergadering, die 
er uiteindelijk over zal moeten beslis- 
sen. Als u commentaar of suggesties 
heeft, horen wij dat echter graag al 


voor die tijd; wij kunnen uw wensen 
dan mogelijk nog meenemen in het 
uiteindelijke voorstel en dat maakt de 
procedure eenvoudiger. De diverse 
wegen waarlangs u ons kunt bereiken 
heb ik in mijn beide vorige bijdragen al 
genoemd en zal ik hier nu niet op- 
nieuw herhalen. Voor wie ze toch ge- 
mist heeft: kijk achterop dit blad. 

Ik ben benieuwd naar de reacties... 

Evert Jan Evers 
voorzitter DECUS Holland 



Woodsmeeting hoofdbestuur 


Zoals in het vorige bulletin aangekon- 
digd, willen we de leden meer betrek- 
ken bij de zaken die zich in het 
hoofdbestuur voordoen. In het vorige 
bulletin is voor het eerst een samen- 
vatting gegeven van een vergadering 
van het hoofdbestuur. In dit artikel 
wordt een tweede, bijzondere verga¬ 
dering belicht. 

Op 16 november heeft het hoofd¬ 
bestuur de jaarlijkse woodsmeeting 
gehouden. De agenda van zo’n verga¬ 
dering wijkt af van die van andere ver- 
gaderingen omdat er tijdens de 
woodsmeeting minder aandacht wordt 
besteed aan dagelijkse, maar meer 
aan langere termijn zaken. Natuurlijk 
zijn wel de notulen en de actielijst be- 
handeld om de voortgang erin te 
houden. 

SInds enige jaren is het herzien van 
het beleldsplan een standaard agen- 
dapunt op de woodsmeeting. In dit do¬ 
cument worden alle beleidsultspraken 
van het hoofdbestuur per onderwerp 
vastgelegd. De uitspraken die in de 
loop van het jaar worden gedaan, wor¬ 
den bijgewerkt in het document en 
eenmaal per jaar bekrachtigd. Het 


geeft momenteel (inmiddels werken 
we met versie 6) een goed overzicht 
van de structuur en werkwijze van 
DECUS Holland. 

Veel tijd is besteed aan de besluitvor- 
mlng over de reorganisatie van 
DECUS Holland. In werkgroepen was 
het nodige voorwerk gedaan, zodat tij¬ 
dens de woodsmeeting een besluit ge- 
nomen is over de structuur die op de 
komende ledenvergadering aan de le¬ 
den voorgelegd zal worden. Voorstel- 
len kunt u bij de agendastukken 
verwachten. Dat wordt dus weer een 
belangrijke ledenvergadering. Tijdens 
de ‘joint meeting’, die al Is geweest als 
dit bulletin bij u in de bus valt, zullen 
de voorstellen aan de SIG-besturen 
worden voorgelegd. 

Vanaf begin 1993 beschikt DECUS 
Holland over een eigen communica- 
tiesysteem. Het gebruik wordt natuur¬ 
lijk zorgvuldig bijgehouden en op deze 
woodsmeeting Is het gebruik van het 
systeem geevalueerd. Het aantal ge- 
bruikers komt overeen met de eerder 
gemaakte prognoses. In de loop van 
1993 is het gebruik behoorlijk toege- 
nomen, het aantal connect-uren ver- 


toont een stijgende lijn. Twijfels zijn er 
over het gebruik van VAX Notes. Be- 
doeld om gericht ervaringen uit te wis- 
selen, lijken er weinig leden actlef aan 
bij te dragen. De communicatiewerk- 
groep zal een actleplan opstellen om 
de waarde van het systeem te ver- 
hogen. 

Gebruikelljk op de woodsmeeting is 
een bezinning op de financlele situa- 
tie. Dit jaar was dat extra spannend in 
verband met de invoering van de con- 
tributie. Van de oorspronkelijke 3000 
leden zijn er uiteindelijk 2000 betalen- 
de leden overgebleven. Er is veel ge¬ 
bruik gemaakt van de mogelljkheid tot 
groepskorting. Toch wordt het weer 
een hele opgave om de begroting voor 
1994 sluitend te krijgen. 

Henk Stiekema 
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SIR responses 


Digital responses to this year’s improvement requests 


De volgende tekst werd aangeboden 
door Wilfred Hartgerink, afgevaardig- 
de naar DECUS Europe namens de 
VAX SIG. De tekst is afkomstig van de 
transparanten van Jody Little, die de- 
ze in Montreux presenteerde. 

OpenVMS Executive, Device Driv¬ 
ers, etc. 

93-A1: Allow specification of images in 
Access Control Entries. It should be 
possible to specify that an image has 
access to an entity by either specify¬ 
ing identifiers for an image (e.g. via 
INSTALL), or by specifying the image 
name directly on an Access Control 
Entry, ACE. 

* This functionality is present in 
OpenVMS VAX Version 6.0 in the 
form of ‘Protected Subsystems’. It will 
also be delivered in OpenVMS AXP 
Version ‘Epsilon’. 

File System and RMS 

93-B3: Separate remote and local 
users In file protection. A separate 
NETWORK field should be introduced 
in addition to the four fields SYSTEM, 
OWNER, GROUP and WORLD. 

* This functionality is already doable 
with ACLs. It is recommended that you 
review the OpenVMS documentation 
to determine how best to implement 
this at your site. 

User Authorization and Security 

93-C1: Enhance Username and Pass¬ 
word specification handling. The pos¬ 
sibility to modify the Username and 
Password prompts would provide for 
an additional level of security to 
OpenVMS systems, as possible hack¬ 
ers would not be able to distinguish 
the type of system. It would also allow 
system managers to specify these 
prompts in local language. User - 
names and passwords should also ac¬ 
cept multinational characters, or ISO 
8859 characters. 

* The username and password 
prompts can be altered with 
LOGINOUT CALLOUTS, available in 
OpenVMS VAX V5.5 and OpenVMS 
AXP V1.0. Full documentation will be 
coming In a near future version of the 
OpenVMS Utilities Routines Manual. 

Batch and Print Queues 

93-D1: Make the LATSYM print symbi¬ 
ont modifiable. Currently most printers 
are connected to a terminal server and 
hence normally require the LATSYM 
symbiont to be used. This symbiont 
however cannot be modified. In order 
to make the modifiable symbiont facili¬ 


ty useful this should not be the case 
without having to write one’s own 
LATSYM. 

* OpenVMS Batch/Print Engineers 
had been looking for an official cus¬ 
tomer request to begm work In this 
area. Thanks to this request the work 
has begun. It will be delivered as soon 
as it is completed. 

93-D2: It should be possible to initia¬ 
lize a queue with /DEFAULT = HOLD. 
Small as the request sounds it has 
some major implications. On large 
environments with shared PostScript 
printers or plotters and especially on 
sites having PC or Mac users sharing 
these devices, each job should proba¬ 
bly be analyzed by an operator before 
being released to printing. 

93-D3: Enhance SUBMIT/REMOTE 
and PRINT/REMOTE facilities. It 
should be possible to send jobs also to 
queues other than SYS$BATCH and 
SYS$PRINT with these two com¬ 
mands. 

* OpenVMS Engineering would like to 
thank you for your recommendations. 
These two requests will be considered 
for the next round of new Batch/Print 
functionality. 

93-D4: Enhance handling of file ver¬ 
sions In SUBMIT and PRINT. It should 
either be impossible to delete a file 
submitted for batch processing or 
printing, or the queue manager should 
take appropriate actions if it notices 
this has happened. It should also - or 
alternatively - be possible to specify 
that the highest version of a file be 
processed, regardless of current ver¬ 
sions. 

* Thank you for your recommenda - 
tion. This request is already on our In¬ 
ternal ‘wish list’. The fact that It was 
requested by customers In this forum 
will add weight when we plan the next 
set of new Batch/Print functionality. 

Clusters 

93-E1: OpenVMS should provide a util¬ 
ity to easily shut down an entire 
cluster. Currently shutting down an 
entire cluster requires running 
SHUTDOWN.COM on each individual 
node. With large clusters this consum¬ 
es too much time and effort. 

* With OpenVMS VAX Version 6.0 
SYSMAN was enhanced to include a 
SHUTDOWN command that allows 
you to shut down an entire cluster 
from one node. This functionality will 


also be included In the OpenVMS AXP 
‘Epsilon’ release. 

DCL Commands 

93-G1: Provide a method to force a 
pause at page break. It should be pos¬ 
sible to force the output of every 
SHOW, DIRECTORY, etc. command 
to be displayed one screen at a time. 
This could be, for example, a new 
standard qualifier /PAGE (already 
available with the TYPE command) 
added to DCL commands. 

* With the next release of OpenVMS 

AXP, version ‘Epsilon’, the /PAGE 
qualifier has been Implemented for 
the following DCL commands: 
DIRECTORY, DIFFERENCES, 

DUMP, SEARCH, AUTHORIZE and 
SHOW PROCESS, DEVICE, ERROR, 
MEMORY, SYSTEM, USER, AUDIT, 
LOGICAL, LICENSE, QUEUE and 
ENTRY. 

Editors and Other Utilities 

93-H12 TPU: Improve journalling. 
TPU should start journalling only 
when the current buffer is modified the 
first time. This would tremendously 
Improve TPU startup. 

* All TPU does for journalling of a new 
buffer is open the journal file and write 
very little initial information out to it. 
Perceived slower startup times for 
TPU due to journalling Is not a correct 
assumption. 

93-H13 TPU: It should be possible to 
store learn sequences. There should 
be a way to store a typed-in learn se¬ 
quence for later use in the same or 
another session. 

* There are two ways of looking at this 
Issue: 

- If the request is to save learned se¬ 
quences as a section file, this is al¬ 
ready possible. 

- If this request is to save learn se¬ 
quences as TPU procedures, this is 
not currently possible. This function¬ 
ality is however on the TPU ‘wish 
list’ to which this request will add 
more weight for the functionality to 
be worked on. 
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Ingezonden brieven 


Ingezonden brieven 


Decus gift 

Tijdens het DECUS Holland Symposium van vorig jaar, konden de symposium- 
gangers kenbaar maken welke bestemming het geld moest krijgen dat oorspron- 
kelijk bedoeld was voor een DECUS gift voor henzelf. De symposium bezoekers 
kozen Artsen zonder Grenzen en van hen is de volgende bedankbrief ontvangen. 

Amsterdam, 28 oktober 1993 
Geachte heer, mevrouw 

Graag wil ik u, mede namens directie en bestuur van Artsen zonder Grenzen har- 
telijk danken voor uw gift van fl. 500,—. 

Dankzij uw bijdrage kan Artsen zonder Grenzen haar werk doen en slachtoffers 
helpen van oorlogen, rampen, honger en geweld. Zoals in Rwanda, waar Artsen 
zonder Grenzen hulp biedt aan de slachtoffers van de burgeroorlog of in voorma- 
lig Joegoslavie, waar Artsen zonder Grenzen momenteel haar hulp uitbreidt. 

Uw bijdrage helpt ons door te gaan met het geven van directe medische hulp aan 
mensen die het echt nodig hebben. Snel, onafhankelijk en doelmatig, waar ook 
ter wereld. 


In de hoop ook in de toekomst op uw steun te mogen rekenen, teken ik, 
met vriendelijke groet. 


Cynthia Mangnoesing 
Artsen zonder Grenzen 



Een reactie op het ‘Kijkje in ander- 
mans keuken’ 

Het stukje van Adri Snoeren met be- 
trekking tot de HP Computer Users 
European Conference in Birmingham 
(zie bulletin nummer 56) gaf een frisse 
kijk op het HP Conference gebeuren 
in Europe. Zo fris zelfs, dat de redactie 
van ‘De Pointer’, het huisbiad van de 
Dutch Users Group Hewlett-Packard, 
toestemming gevraagd en gekregen 
heeft om het betreffende stukje over 
te nemen. De reden dat ik de PC ter 
hand genomen heb, is om enkele klei- 
ne puntjes wat toe te lichten. 

Inderdaad is de organisatie van de HP 
users groups iets anders dan de ver- 
schillende DECUS verenigingen. In 
veel landen bestaan 2 groepen. 
National Users Groups (NUGs), een 
voor de gebruikers van business 
systems en een andere voor de ge¬ 
bruikers van technical systems. In an¬ 
dere landen zijn al die gebruikers 
verenigd in een NUG. De totale verza- 
meling van NUGs kent weer een over- 


legorgaan, de European Council of 
Hewlett-Packard Users Groups (ECU). 
In principe wordt via ECU de jaarlijkse 
conferentie toegewezen aan een van 
de Europese landen, waarbij dan de 
NUG(s) van dat land de organisatie op 
zich neemt (nemen). Er is overigens 
ook nog een overlegorgaan met de 
niet-Europese groepen maar het zou 
te ver gaan om daar in dit verband op 
in te gaan. 

De NUGs en ook ECU, zijn inderdaad 
financieel onafhankelijk van Hewlett- 
Packard. Het is echter niet zo, dat HP 
geen poot uitsteekt met betrekking tot 
de organisatie van de users groups en 
van de nationale en internationale 
conferenties. Hewlett-Packard onder- 
steunt deze activiteiten met enthousi- 
asme, met inzet van mankracht, met 
de inzet van apparatuur, met de mar¬ 
keting van de activiteiten in de richting 
van de ‘installed base’ en inderdaad, 
in sommige gevallen ook met muntjes. 

De verhouding tussen Hewlett- 


Packard en de verschillende users 
groups is in de meeste gevallen dan 
ook goed tot uitstekend. 

Aangezien Ik ook betrokken ben bij de 
organisatie van de, door Adri reeds 
genoemde 1994-conferentie, wil ik de¬ 
ze gelegenheid tevens gebruiken om 
deze conferentie onder de aandacht 
van de gewaardeerde DECUS lezers 
te brengen. 

De conferentie en tentoonstelling vin- 
den plaats van 10 t/m 14 april 1994 in 
het MECC in Maastricht. Het belooft 
een groots evenement te worden, met 
veel vernieuwende elementen en zal 
ook toegankelljk zijn voor niet-HP ge¬ 
bruikers. 

Jelle Grim 
Redactielid Pointer 
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DCSNL nieuws: korte handleiding VAX notes 


Deze bijdrage voor het eerste nummer 
van 1994 kwam tot stand rond de jaar- 
wisseling, een tijdstip waarop dikwijis 
teruggekeken wordt op het afgelopen 
jaar. Hoe verging het DCSNL? 

De eerste gebruikers kwamen een 
jaar geleden op het systeem, dat wa- 
ren de bestuursleden, daarop voigden 
in april de deelnemers aan het sympo¬ 
sium. Tijdens het symposium werd 
DCSNL officieel in gebruik genomen 
en vanaf dat moment kon elk lid een 
account aanvragen. Daarna groeide 
het aantal accounts geleidelijk en kon 
het jaar tenslotte worden afgesloten 
met een totaal van 120. Een niet on- 
verdienstelijke score voor ons eerste 
jaar. Kijken we naar het aantal logins 
per maand dan zien we ook daar een 
geleidelijke stijging, deze loopt door 
tot September om vervolgens weer 
wat af te nemen. Globaal komt het er 
op neer dat de actieve account- 
bezltters gemiddeld acht tot negen 
keer per maand DCSNL bezoeken. 
Deze groep vertegenwoordigde aan 
het eind van het jaar ongeveer een 
derde van het totaal aantal accounts. 
Hierbij is de verhouding modemge- 
bruik ten opzichte van X.25 ongeveer 
2:1 alhoewel er in het laatste kwartaal 
een tendens lljkt te ontstaan naar een 
verhouding van 1:1. 

Het grootste gedeelte van de informa- 
tie-uitwissellng op DCSNL vindt plaats 
door middel van VAX Notes, een elec- 
tronlsch conferentiesysteem. Daarom 
wll ik daar In deze bijdrage eens wat 
dieper op Ingaan. 

Bij een Notes conference moet men 
denken aan informatie met betrekking 
tot een bepaald onderwerp. Deze In¬ 
formatie bestaat ult alle door de deel¬ 
nemers Ingebrachte discussiestukken, 
commentaren, ideeen, broncode van 
programma’s, teksten, e.d. Notes is 
dus opgebouwd ult een aantal discus- 
sle-onderwerpen, CONFERENTIES 
genaamd. Binnen een conferentle kan 
weer over een aantal onderwerpen 
worden gediscussleerd, zo’n onder¬ 
werp wordt een TOPIC genoemd. Een 
topic kan een of meer REPLIES bevat- 
ten. Topics worden opiopend genum- 
merd, beginnend met nummer 1. 
Hetzelfde geldt voor replies. De confe- 
renties kunnen tenslotte weer in be- 
paalde groepen worden verdeeld, 
zo’n groep heet een CLASS, ledere 
deelnemer beschikt over een individu- 
eel ‘notebook’ waarin de conferenties 
staan genoteerd die door hem/haar 
gevolgd worden. 

Een introductie over Notes kan behal- 


ve door middel van VMS HELP ook in 
Notes zelf gevonden worden en heet 
daar SAMPLE.CONFERENCE. Hier- 
na wil ik lets vertellen over de confe¬ 
renties op DCSNL en in het kort hoe 
met Notes te werken. 

De conferenties op DCSNL 

Op DCSNL onderschelden we twee 
soorten conferenties, open en beslo- 
ten. De besloten conferenties worden 
voornamelijk gebruikt voor bestuurlij- 
ke activlteiten, terwiji de open confe¬ 
renties voor alle gebruikers toeganke- 
lijk zijn. De open conferenties op 
DCSNL zijn op hun beurt onderver- 
deeld in twee groepen, namelljk inter- 
actieve conferenties en ‘alleen-te- 
lezen’ conferenties. 

We kennen de volgende Interactieve 
conferenties: BOARD, BULLETIN, 
DCSNL, MEMBER, SYMPOSIUM en 
de technisch georienteerde conferen¬ 
ties: IM.SIG, LS_SIG, NET.SIG, 
OA.SIG, PC_SIG, UNIX.OSF.SIG, 
PERFORMANCE.WG, PDP-11.SIG, 
REAL-TIME.SIG, SECURITY.SIG, en 
VAX.SIG. In BOARD kunnen algeme- 
ne verenigingszaken worden bespro- 
ken, in BULLETIN het functioneren 
van het DECUS Holland Bulletin en in 
SYMPOSIUM alles wat betrekking 
heeft op onze nationale symposia. De 
bedoeling van MEMBER is dat de le- 
den zich daar aan elkaar voorstellen 
en lets over hun expertise vertellen. In 
DCSNL tenslotte behoort het functio¬ 
neren van ons communicatiesysteem 
besproken te worden. 

De groep ‘alleen-te-lezen’ conferen¬ 
ties omvat het Nederlandse 
DEC_NEWS en DECUS.NEWS, de 
conferenties afkomstig van enkele an- 
dere DECUS Chapters, zoals Duits- 
land, de Verenigde Staten en de 
Europese DECUS Symposia. Daar- 
naast conferenties die opgebouwd 
zijn uit input afkomstig van 
NEWS-GROUPS op het Internet, te 
weten INFO-VAX en LANWORKS. De 
externe DECUS conferenties zijn her- 
kenbaar aan een voorvoegsel, DE. 
voor Duitsland, US. voor de Verenigde 
Staten, DES93. voor het Europese 
Symposium In 1993, etc. 

Activeren van VAX Notes 

Kies in het DCSNL Main Menu optle 3 
(Notes). Terug naar Menu kunt u mid- 
dels het commando exit of met 
CNTRL-z. Vanaf de DCSNL-prompt 
start u VAX Notes met het commando: 

$ NDIES 

On-line help is steeds beschikbaar van¬ 
af de DCSNL-prompt of de Notes>- 


prompt. Key definities zijn beschik¬ 
baar via <PF2> (help, zie het dia¬ 
gram op de volgende bladzijde). 

Selecteren van conferenties 

In Notes zal de eerste keer het note¬ 
book nog leeg zijn. Voordat er lets ge- 
daan kan worden, zal een conferentle 
eerst toegevoegd moeten worden aan 
het notebook. Een overzicht van de op 
DCSNL aanwezige conferenties krijgt 
u met behulp van het commando: 
Notes> DIR/CONFERENCES 

U selecteert de conferenties welke u 
aan uw notebook toe wilt voegen door 
<KP7> (select) te gebruiken. Elke 
getoonde conferentle bevat een korte 
beschrijving van het betreffende on¬ 
derwerp. Voor een van de conferen¬ 
ties zult u de cursor (>) zien staan, 
deze kan worden verplaatst met be¬ 
hulp van de keys <KP5> (omhoog) 
en <KP2> (naar beneden). <KP7> 
selecteert de conferentle waar de cur¬ 
sor voor staat en heeft hetzelfde effect 
als het commando: 

Notes> ADD ENTRY entry-name 

bijvoorbeeld: 

Notes> ADD ENTRY - 

SAMPLE_CONFERENCE 

Verwijder een conferentle uit uw note¬ 
book met het commando: 

Notes> DELETE ENTRY entry-name 

Op DCSNL krijgt elke gebruiker stan- 
daard een Notes$notebook waarin de 
open interactieve conferenties reeds 
zijn opgenomen. In plaats van buiten- 
landse conferenties stuk voor stuk In 
het notebook op te nemen kan dit ook 
voor alle conferenties in een bepaalde 
groep tegelijk. Gebruik hiervoor het 
commando: 

$ ADD__CONF groep [klasse] 

Door geen parameters mee te geven 
verkrijgt men een overzicht van de op 
deze wijze te selecteren conferenties 
en aanwijzingen over het gebruik. 

Het commando dir geeft een over¬ 
zicht van de geselecteerde conferen¬ 
ties in CLASS MAIN. Met behulp van 
DIR /CLASS=* daarentegen verkrijgt 
men een opgave van alle conferenties 
In Notes$notebook. 

Openen van een conferentle 

We gaan er vanuit dat het commando 
DIR Is gegeven en dat er een lijst met 
conferenties op het scherm staat. Men 
verkrijgt toegang tot een van die con¬ 
ferenties door middel van het com¬ 
mando OPEN , bijvoorbeeld: 

Notes> OPEN SAMPLE CONFERENCE 
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Of op dezelfde manier als boven be- 
schreven, kan het ook weer met be- 
hulp van <KP2>, <KP5> en 

<KP7>. 

Het sluiten van een geopende confe- 
rentie geschiedt met behulp van het 
commando exit of met cntrl-z, 
bijvoorbeeld: 

Notes> EXIT 

Lezen en beantwoorden van topics 

Na het openen van een conferentie 
geeft het commando dir een over- 
zicht van de aanwezige topics, bij¬ 
voorbeeld: 

Notes> DIR 
Notes> DIR * • * 

Het eerste commando geeft alleen to¬ 
pic titels, het tweede geeft titels inclu- 
sief de replies. 

Gebruik <return> of <KP0> (next 
screen) om een volgend scherm te 
zien te krijgen en <KP.> (previous 
screen) om terug te stappen. Een 
topic kan, net zoals boven beschre- 
ven, worden geselecteerd met behulp 
van <KP2>, <KP5> en <KP7> of 
het commando read, maar het kan 
ook door het simpel intikken van het 
topic-nummer, bijvoorbeeld: 

Notes> READ 5 
Notes> 5 


Deze commando’s selecteren de 
eerste entry van topic 5, ofwel entry 
5.0 

Met behulp van <KP3> (next topic) 
stapt men door de achtereenvolgende 
replies, terwiji <return> en <KP0> 
respectievelijk <KP.> weer gebruikt 
worden voor schermbesturing. 


Wil men een antwoord geven op bij¬ 
voorbeeld topic 5 dan wordt het com¬ 
mando REPLY gebruikt. Het 
commando write dient voor het toe- 
voegen van een nieuw topic. Aan bei- 
de commando’s kan een filenaam 
worden toegevoegd, zodat een vooraf 
geformatteerde tekst in een klap gela- 
den wordt, bijvoorbeeld: 

Notes> REPLY ANTWOORD.TXT 

In beide gevallen wordt een editor op- 
gestart, met als default EVE. Prefe- 
reert men EOT dan kan dit worden 
gewijzigd met behulp van het 
commando: 

Notes> SET PROFILE /EDITOR=EDT 

Na het afsiuiten van de edit-sessie 
vraagt Notes om een titel voor de en¬ 
try,, gevolgd door een vraag om be- 


vestiging. Wordt op dat moment een 
tout ontdekt, dan Is het antwoord na- 
tuurlijk NO. De zojuist ingevoerde 
tekst behoeft echter (gelukkig) niet op- 
nieuw te worden Ingetikt, want met 
REPLY/LAST Of WRITE/LAST krijgt 
men het edit-buffer weer terug. 

Het uit Notes lichten van een of meer 
topics tenslotte is ook een vaak voor- 
komende bezigheid. Hiervoor dient 
het commando extract of save . 

Notes> EXTRACT f ilename- 
[topics-range] 

bijvoorbeeld: 

Notes> EXTRACT SAVE.DAT 5.2 



VAX Notes Keypad (VT200 series) 
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Vernieuwen met Alpha AXP 


De samenwerkende SIGs nodIgen u 
uit voor een speciale bijeenkomst op 
24 februari. 

‘Vernieuwen met Alpha AXP’ 

Spraakmakende technologie paart 
continuitelt aan flexibilitelt. 

De flexibilitelt van Alpha AXP uit zich 
in de mogelijkheid onafhankelijk te 
zijn van het Operating System. Digital 
biedt in dit kader aan: OpenVMS, 
OSF/1 en Windows NT. Digital biedt 
deze drie, op het oog verschillende 


omgevingen, op de juiste marktgebie- 
den aan. Deze strategie zal in de inlei- 
ding van deze dag uitgebreid aan de 
orde komen. 

De nieuwe technologie die gebruikt is 
bij Alpha AXP is ‘State of the art’ in 
vergelijking met andere, bestaande 
architecturen. Digital biedt bij een 
overgang naar Alpha AXP onder meer 
continuitelt en bescherming van de in- 
vesteringen. Deze aspecten zullen in 
het technische deel van deze dag na- 
der worden belicht. 


Teneinde deze nieuwe technologie tot 
zijn recht te laten komen, kan In een 
aantal gevallen aanpassing van de in- 
formatiesystemen noodzakelijk zijn. 
Op dit aspect wordt specifiek inge- 
gaan. In de te versturen ultnodiging 
voor deze dag is een uitgebreid 
programma-overzicht opgenomen. 

De organisatoren bevelen deze dag 
warm aan. 
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Ruilbeurs Nostalgische PDP-11 Producten 


Er wordt nogal eens beweerd dat het 
bulletin niet gelezen wordt. Gezien de 
reacties die ik het afgelopen jaar op 
deze ruilbeurs-serie heb ontvangen 
geloof ik daar niets van. Het meest 
krasse voorbeeld deed zich afgelopen 
maand voor. Het bulletin was nog niet 
bezorgd bij ons op het bedrijf of ik had 
al een verzoek binnen voor de ge- 
noemde MicroVAX II. Via onze VAX 
Notes conferentie, waar dezelfde in- 
formatie te vinden is, kwam ik daar- 
naast ook in contact met enkele 
liefhebbers voor de MicroPDP-11/73 
uit het vorige nummer. Voor de 
PDP-11/84 systemen bleek ook be- 
langstelling te bestaan. 

Daarnaast heb ik tot m’n genoegen 
ook weer iemand gelukkig kunnen 
maken met wat hardware en docu- 
mentatie. Medio december kregen 
een CPU board van een PDP-11/23 +, 
een Cipher 1600/3200 bpi drive met 
Emulex controller en een bijna com¬ 
plete set RSX-11M-PLUS V2.* manu¬ 
als een nieuwe eigenaar. Het CPU 
board was het laatste onderdeel dat 
nog nodig was voor een complete 
Micro/PDP-11. 


Op dezelfde manier kreeg een ca. 70 
Mb third-party disk drive een nieuw 
tehuis. 

Sinds het vorige bulletin uitkwam wer- 
den de volgende zaken aangeboden: 

- RL02 MicroBus controller en enkele 
RL02 disk packs; 

-DRV11 parallel interface; 

- AXV11-C analoog interface; 

- LAI 2, LA50, LAI 00s, LAI 20s, LP32, 
LQP-02; 

-VT52S, VTIOOs, VT101, VT131, 
VT220s; 

- RL02 controller, RC25-GB, RX01 en 
RX02 disk drive; 

- DLV11-Es,DLV11-JsenDZV11-DBs; 

- KD11-HD en LSI-11/23 CPU boards, 
PDP-11/1 Os, PDP-11/34s. 

Daarnaast, voor de echte verzamelaar 
van nog steeds draaiend DEC-antiek 
enkele PDP-8s (/F, /E, /A) of bijvoor- 
beeld een DECtape unit. 

Zoals eerder vermeld bestaat er een 
(begrijpelijke) belangstelling voor de 
wat modernere artikelen zoals de 
RD54 en TK50 drives respectievelijk 
controllers, alswel een TK70/TQK70 


combinatie. Daarnaast kreeg ik ook 
nog een vraag door voor een RD52 en 
RX50 drive. 

De eerder genoemde VT200-com- 
patible terminals komen wat later be- 
schikbaar dan verwacht, datzelfde 
geldt voor de MlcroPDP-11/73 en 
MicroVAX II. 

Tenslotte de vraag of iemand wat 
meer kan vertellen over de volgende 
Emulex controllers daterend uit ca. 
1984. Op de rand van de boards staat: 
‘Assy SU0310402 Rev.H’ respectieve¬ 
lijk ’Assy TU0210401 Rev.C’. 

Wilt u wat kwijt of zoekt u wat, neem 
dan even contact op met ondergete- 
kende. Dit kan via een van de op de 
achterzijde van dit bulletin vermelde 
adresmogelijkheden of het betreffen- 
de topic in de conferentie van de 
PDP-11 SIG. 

Jan Belgraver 
Voorzitter PDP-11 SIG 



RealTime SIG plannen voor 1994 


Na een (te) rustig 1993 heeft het 
bestuur van de RealTime SIG voor 
1994 de volgende punten op de agen¬ 
da gezet: 

- een SIG bijeenkomst; 

- regelmatig artikelen In het bulletin; 

- Informatie in de VAX Notes confe¬ 
rentie van de RealTime SIG. 

De SIG bijeenkomst 

De SIG bijeenkomst is gepland op 31 
mei. Het onderwerp van deze bijeen¬ 
komst zal zijn: ‘Waar gaat Digital been 
met de RealTime producten?’ 

Een aantal specialisten van Digital zal 
een verhaal houden over de verschil- 
lende RealTime producten van Digital. 
In deze verhalen zal naar voren ko¬ 
men waar deze producten voor dienen 
(waar ze ‘gepositioneerd’ zijn) en wat 
de te verwachten ontwikkelingen zijn. 
Over deze producten kunnen, zowel 
tijdens als achteraf, vrij vragen 
gesteld worden. Deze vragen kunnen 
zijn:”Wat gaat Digital doen met...”, 
maar ook:”lk heb probleem x, welk 
product/hoe gebruik ik product y 
om... . 


Artikelen in het bulletin 

Het is de bedoeling om In elk bulletin 
een artikel van de RealTime SIG te 
hebben. Dit kan een verslag zijn, het 
kan een (samenvatting) van een dis- 
cussie op het Internet zijn, het kan een 
bijdrage zijn van een lid. Alles is wel- 
kom, zolang het maar met RealTime 
te maken heeft. 

Informatie in VAX Notes 

Ten behoeve van die leden die geen 
toegang hebben tot Internet news, 
worden de nieuwsgroepen comp.real¬ 
time en comp.os.vxworks (DECeIx) 
gelezen. Die artikelen die van alge- 
meen belang zijn (voor zover dat te 
bepalen is) zullen worden overgeno- 
men in de VAX Notes conferentie. Het 
is bij ons niet bekend wat de relatie is 
tussen de VXworks versle nummers 
en de DECeIx versie nummers. Indien 
iemand ons dat kan vertellen, dan 
graag. 

Verder is het mogelljk om in VAX 
Notes vragen te stellen over de Real- 
Time producten van Digital. Voor zo¬ 
ver de vragen niet duidelijk in de sfeer 
van een onderhoudscontract vallen. 


zullen ook DIgital-medewerkers deze 
vragen zien te beantwoorden. Helaas 
zijn wij niet In staat te garanderen dat 
op elke vraag snel (of altijd) een ant- 
woord zal komen. In die gevallen waar 
het geven van een antwoord moellijk 
is, zal dat per e-mail ook aan de 
vraagsteller verteld worden. Leden die 
geen account hebben op DCSNL, 
geen e-mail naar DCSNL::Zijlstra_R 
kunnen sturen, maar wel een vraag 
wlllen stellen, kunnen e-mail richten 
aan RealTime dasc.nl (Internet) of 
natuurlijk via de PTT een brief sturen. 
De SIG-adressen vindt u achterop dit 
blad. 

Vragen en suggesties zijn altijd van 
harte welkom. 

Rudy Zijistra 
Voorzitter RealTime SIG 
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Focus op SIGs en Werkgroepen 


PDP-11 Gebruikersdag 


Al heel lang bestaat de wens een bij- 
eenkomst van PDP-11 gebruikers te 
organiseren. Om bij elkaar te kunnen 
komen zijn in elk geval een aantal 
sprekers nodig. In 1993 lukte het ge- 
woonweg niet de benodigde sprekers 
tegelijkertijd bij elkaar te krijgen. Dit 
jaar ziet de situatie er beter uit en heb- 
ben we de programmering voor een 
bijeenkomst in maart a.s. voor de helft 
rond. Lukt het uiteindelijk niet om een 
gehele dag te vullen, dan wordt het 
een middag-bijeenkomst. Plaats en 
datum worden te zijner tijd bekend 
gemaakt. 

Behalve nieuws van Digital - er zijn 
geruchten over een nieuwe RSX- 
release - zijn we in elk geval verzekerd 


van een boeiende lezing over de 
besturing van de verkeerslichten in 
Amsterdam. Als het enigszins moge- 
lijk is zal ook de bijbehorende video¬ 
film vertoond worden. 

Uiteraard zal ook de traditionele Q&A- 
sessie niet ontbreken en het zit er dik 
in dat er hardware aanwezig zal zijn 
om het een en ander te demonstreren. 

leder die belang heeft bij een continu- 
ering van de PDP-11 activiteiten raad 
ik dringend aan naar deze bijeen¬ 
komst te komen. Het is voor ons als 
bestuur de enige mogelijkheid om te 
zien of de energie die wij steken in de 
PDP-11 activiteiten, zoals onder ande- 
re in dit blad en op het DECUS- 


systeem, ook gewaardeerd wordt door 
de achterban. De ontwikkelingen op 
PDP-11 gebied zijn nog steeds niet 
ten einde, een reden om door te gaan. 
Zinvol is het echter alleen als we de 
kar met z’n alien trekken. In deze tijd 
van reorganisaties in onze vereniging 
is een heroverweging over onze SIG 
namelijk onvermijdelijk. 

Jan Belgraver 
Voorzitter PDP-11 SIG 



_ 

DECnet TASK object & security 


Het is de enigszins ingewijde VMS ge- 
bruiker al lang bekend dat DECnet de 
mogelijkheid bledt om een DCL proce¬ 
dure op een remote node uit te voeren 
door middel van het zogenaamde 
TASK-object van DECnet. Dat wil zeg- 
gen dat indlen een local user op een of 
andere manier toegang heeft tot een 
(door mij te beheren en uiteraard te 
bevelllgen) remote node, hij (m/v) In 
staat is daar commando’s uit te voe¬ 
ren. Hoewel OpenVMS onderscheld 
maakt tussen LOCAL en NETWORK 
access, zijn het prIncipe en de moge- 
lijke bedreiging gelijk. Het verschil 
tussen LOCAL en NETWORK access 
in deze situatie bestaat alleen daaruit 
dat hij-via LOCAL access interactieve 
zaken kan plegen als editen of lets als 
TYPE/PAGE. Hoe een en ander in zijn 
werk gaat is gemakkelijk te zien in on- 
derstaand voorbeeld. Ik gebruik de 
procedure op mijn krap bemeten VAX- 
station 2000 met DECwindows; als Ik 
daarop een session manager, DEC- 
term, mail, calendar en bookreader 
start, staat deze ongeveer een uurtje 
te swappen bij elke muis-klik; daarom 
gebruik ik alleen een session manager 
plus een DECterm om daarmee op di¬ 
verse remote nodes (flitsende syste- 
men) allerlel X-appllcaties te starten 
met als ‘display’ mijn VAXstation. Zo- 
doende draaien de X-processen op de 
remote nodes en op mijn VAXstation 
alleen maar een session manager 
(met WSDEF = WSMAX) hetgeen naar 
mijn voile tevredenheld VUPt. 


$1 XMAIL.COM - Let remote node 
$! create DECW$MAIL window 
$ 

$ node = f$trnlnm ("sys$node") 

$ node = node - ":: " 

$ open/read/write - 
view__server - 
ML_SVR"usn pwd": 

"task=view_appl" 

$ write view_server - 

"''node’/trans=decnet" 

$ write view__server- 

"RUN SYS$SYSTEM:DECW$MAIL" 

$ close view_sever 

De filespecificatie in het commando 
OPEN bevat de kreet task=... zodat 
op remote node ML_SVR (fictieve 
naam voor onze mailserver), onder ac¬ 
count met username <usn> en pass¬ 
word <pwd> het DECnet 
TASK-object wordt geactiveerd. Het 
commando OPEN resulteert opML_SVR 
in de creatle van een network-login 
process en dit process gaat daar voor 
mij de procedure VIEW_APPL uit- 
voeren: 

$! VIEW_APPL.COM - Creeer een 
$! X-sessie naar een nader te 
$! bepalen node en stcLrt een 
$1 nader te bepalen programme 
$! 

$ open/read/write view_link - 
sys$net 

$ read view_link DISPLAY_NAME 
$ set display/create - 


/node='DISPLAY_NAME’ 

$ read view_link - 

DISPLAY_APPLICATION 
$ ' DISPLAY APPLICALTION ’ 

$ close view_link 
$ exit 

DECnet creeert een network link 
waarover I/O gepleegd kan worden via 
logical name SYS$NET. Eerst leest 
VIEW.APPL over deze link de door 
XMAIL gestuurde node name, daarna 
de te starten appllcatie. Tenslotte start 
hij die applicatle daadwerkelijk. De ge- 
demonstreerde comblnatie van write- 
local vs. read-remote geeft nogmaals 
aan dat je local elk commando kunt 
opsturen en dat remote kunt laten uit- 
voeren met de nodige risico’s van 
dien. Concludeer hleruit dus dat het 
zeer raadzaam Is om networkac- 
counts noolt privileges te geven. 

Nu de essentie van security rond het 
bestaan van het TASK-object. Hoe het 
geweest is voor een bepaalde VMS 
versle en welke precies, kan ik me niet 
meer zo goed herinneren. In ieder ge¬ 
val kwam er bij release 5.x een ‘more 
secure’ DECnet configuratie procedu¬ 
re, NETCONFIG, welke voor elke 
DECnet appllcatie, zoals MAIL en 
PHONE, steeds een apart network ob¬ 
ject met bijbehorend account gene- 
reerde. Deze NETCONFIG speclfi- 
ceerde voor het TASK-object: 
Username: ILLEGAL 
Password : DISABLED. 
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De nietsvermoedende system mana¬ 
ger ging er vanuit dat het task= ge- 
bruik niet mogelijk was. Niets is echter 
minder waar. Het enige verschil met 
voorgaande versies is dat in de ‘oude’ 
N EICON FIG standaard een network 
account met de naam DECNET werd 
gecreeerd en het TASK-object deze 
username en bijbehoren ‘meekreeg’. 
In die situatie hoefde je dus niet eens 
een account op een dergelijke remote 
node te hebben, iedereen kon het 
DECNET account gebruiken. In de re- 
cente VMS versies, met voor TASK 


‘username DISABLED etc.’, moet je 
op zijn minst al een network account 
hebben. Wil je hoe dan ook voorko- 
men dat dit op je systeem gebruikt 
wordt, verwijder dan het TASK object 
uit zowel de volatile als de permanent 
DECnet database: 

$ MC NCP CLEAR OBJECT TASK ALL 
$ MC NCP PURGE OBJECT TASK ALL 

Wie de handigheid van zulke TASK- 
objects eenmaal kent, zoals Ik, wil ze 
natuurlijk blijven gebruiken. In een 


volgende aflevering hoop Ik uit de 
doeken te doen hoe dit op een (naar 
mijn mening) veilige manier kan war¬ 
den opgezet. Ondertussen is com- 
mentaar op bovenstaande vanzelf- 
sprekend van harte welkom. 

Ton Ezendam 
Security Werkgroep 



Een Rdb-werkgroep? 


Voor wie het bestaan van deze groep 
NIEUWS Is, even een opfrisser. 

Naast de diverse Special Interest 
Groups kent DECUS Holland sinds 
oktober 1991 de Performance Werk¬ 
groep. BIj de oprichting is het aan- 
dachtsveld direct verdeeld volgens de 
3-eenheid: verwerking, transport en 
opslag, resulterend in de subwerk- 
groepen OpenVMS, Netwerken en 
Rdb. 

Dit bericht bereikt u vanuit de sub- 
werkgroep Rdb. 

De Rdb-werkgroep komt maandelljks 
bijeen. Een vast onderwerp op onze 
bijeenkomsten Is de presentatie van 
‘Performance-brekers’. Het gaat hier- 
bij om de uitwisseling van wetens- 
waardigheden en handigheden, welke 
in de vorm van een case of een ande- 
re puzzel kunnen worden gepresen- 
teerd. De Rdb-werkgroep stelt het op 
prijs van uw ervaringen op dit gebied 
te horen maar ziet uw ‘Performance- 
breker’ ook als een uitdaging. Bedenk 
daarblj dat een reactie uit de werk¬ 
groep voor u een (gratis) second- 
opinion kan zijn. 


Ethiek en Security 


Op een DECUS Symposium in Ameri- 
ka alweer enige jaren geleden heb ik 
een bultengewoon interessante lezing 
bijgewoond. ‘Computer Security & 
Ethics: Who Polices the Policemen?’ 
Een boeiende discussie over de gren- 
zen van de macht van security mana¬ 
gers en systeembeheerders. 

De bijeenkomst begon met een soort 


Dat is interessant! 


De ‘rode draad’ in onze activiteiten 
wordt gevormd door bijdragen aan het 
‘kookboek’ van de Performance Werk¬ 
groep: ‘A practical Guide to VAX/VMS 
performance trouble shooting’. Hoe u 
dit boek in handen kunt krijgen leest u 
op de Service Pagina achter in dit 
blad. 

Voor de in 1994 te ontwikkelen activi¬ 
teiten heeft de Rdb-werkgroep een 
plan gemaakt. Enkele hoofdlijnen uit 
dit plan willen wij onder uw aandacht 
brengen. Dit mede omdat we voor het 
bijeenbrengen van materiaal ook om 
uw medewerking vragen. 

Allereerst starten we met het in kaart 
brengen van de software-wereld rond- 
om Rdb. Alle software-produkten wel¬ 
ke direct of indirect relaties hebben 
met Rdb worden gecatalogiseerd. 

Daarnaast werken we aan een histo- 
risch overzicht van Rdb; antwoord ge- 
vend op de vraag ‘Volgens welke 
tijdslijn zijn functionaliteiten gemtro- 
duceerd en verder geevolueerd?’ 
Daarbij is gebleken hoezeer automati- 
seerders toch steeds op de nieuwste 
versie zitten te wachten; oude spullen 


een-akter voor twee heren. 

Bob Melford speelde hierin de gebrui- 
ker die het systeem gebruikt voor zijn 
werk. Hij wil niet gedwarsboomd wor¬ 
den door een overmaat aan security 
maatregelen. Het systeem is er voor 
hem. 

Tom Kelly speelde de rol van de 


worden direct afgedankt en opge- 
ruimd. Aan wie-wel-eens-wat-bewaart 
richten we onze oproep voor Software 
Product Descriptions en Release 
Notes van voorgaande Rdb versies. 
Heeft u lets van deze zaken in huis, 
dan graag een seintje via onderstaan- 
de media. 

Voor het beheren en ontsluiten van de 
resultaten gaan we gebrulk maken 
van het kenniscentrum wat we op het 
gebied van de Rdb willen opzetten. In 
eerste instantie wordt dit een biblio- 
theek waarin boeken, artikelen, 
cursus-mogelijkheden, hands-outs, 
adressen, agenda’s e.d. bij elkaar 
worden gebracht. Via het DECUS Hol¬ 
land Bulletin willen wij het kenniscen¬ 
trum voor u toegankelijk maken. 

Als u na deze opsomming verder- 
gaande belangstelling bij uzelf ont- 
dekt ontmoeten wij u graag op (een 
van) onze maandelljkse bijeen¬ 
komsten. U hoort van ons, wij horen 
graag van u. 


Mario Liebreks 
Werk: 020 - 5234069 
Prive:04927 - 62837 
DCSNL::LIEBREKS.M 



DECUS 


systeembeheerder met een bljzonde- 
re aandacht voor de security van het 
systeem. Hij vond het nodig om ook 
actief in het systeem te speuren ter 
voorkoming van problemen. Hierblj 
was het soms nodIg om mail en 
bestanden te lezen. 

Al gauw ging de dialoog over In een 
discussie met de toehoorders In de 
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zaal. 

‘De gebruiker heeft zijn rechten. Het 
zijn mijn gegevens, het is mijn infor- 
matie en het is mijn werk. Daar heeft 
niemand aan te komen. Ik heb niets 
verkeerds gedaan. Ik doe gewoon 
mijn werk en ik wil niet dat wie dan ook 
in mijn gegevens rondneust. Ik wil niet 
als een verdachte behandeld worden’. 

De security manager kan met zo’n 
houding zijn werk niet goed doen. Se¬ 
curity alarms moeten aangezet wor¬ 
den in het systeem. Er moeten log 
files worden bijgehouden. Allerlei an- 
dere gegevens over wat er allemaal 
gebeurt moeten bewaard worden. Er 
zitten gewoon veel te veel gebruikers 
op het systeem. Alleen door actief te 
speuren kun je eventuele problemen 
voorkomen. 

Mag je als gebruiker persoonlijke 
spullen op het systeem bewaren? 
Heeft de security manager het recht 
om je bureau te doorzoeken? Heeft de 
security manager het recht om je tas 
te doorzoeken, je zakken te door¬ 
zoeken? 

Nee toch? 

Vertrouwen blijkt heel belangrijk. Ver- 
trouwen in de gebruikers, vertrouwen 
in de beheerders. 

Een security manager moet kunnen 
controleren of de eigenaar van een ac¬ 
count op het systeem nog wel bij het 
bedrijf werkt. Maar heeft een security 
manager het recht om de loonlijst in te 
zien? 

In hoeverre is persoonlljk gebruik van 
het bedrijfscomputersysteem toe- 
gestaan? Het bedrijf Digital Equip¬ 
ment is eigenaar van een van de 
grootste netwerken. Heel veel infor- 
matie verspreld op dit network heeft 
weinig te maken met het echte werk. 
Allerlei distributielijsten van de club 
voor alleenstaanden tot aan een club 
voor bierkenners helpen de Digital 
werknemers ook in-de-baas-zijn-tijd 
soclale patronen te onderhouden. Ook 
beperkt gebruik van de telefoon in 
werktijd voor prive-doeleinden is een 
geaccepteerd gegeven. Aan de ande- 
re kant is al die apparatuur betaald 
door Digital. Ze werken voor Digital. 
Zijn ze dan ook van Digital. Heeft de 
security manager het recht in die 
prive-spullen te neuzen? 

Maar hoe zit het dan met de privacy 
van de werknemers? 

In een medisch instituut staat een 
computer met gegevens over vele vrij- 
willigers. Mensen die vrijwlllig mee- 
doen aan allerlei medische onder- 
zoeken. Medische gegevens, heel 
persoonlljk, staan opgeslagen in de 


computers van dat medische Instituut. 
Wie Is de eigenaar van die gegevens? 
Mag de security manager die gege¬ 
vens bekijken? 

Een kwestle van vertrouwen. Als je de 
security manager niet vertrouwt, moet 
je hem ontslaan. 

Een security manager kan overal bij. 
Dat is onontkoombaar. Dat moet ook: 
anders kan hij zijn werk niet doen. 
Hackers zijn echter uiteindelijk toch 
slimmer dan de security manager. 
Daarom is het zo belangrijk om toch 
steeds een stapje voor te blijven. Maar 
wat is dan de waarde van de individu- 
ele rechten van de gebruiker? 

Er zijn toch duidelijk grenzen. 

Wat heel belangrijk is. Is het van te vo- 
ren vastleggen van regels. Een derge- 
lijke bedrijfspolitiek moet voor alle 
werknemers heel duidelijk zijn. Het is 
niet alleen belangrijk dat er zo’n be¬ 
drijfspolitiek is, maar elke werknemer 
moet die regels goed kennen en be- 
grijpen. Dat laatste is zeker van be- 
lang als het tot een rechtszaak zou 
komen. De grondwet echter gaat altijd 
nog boven een dergelijke politiek. Een 
security manager zou soms het recht 
kunnen krijgen om gebruikersbestan- 
den te doorzoeken. Als hij dat recht In 
voorkomende gevallen zou krijgen of 
hebben, dan moet hij nog steeds zwij- 
gen over alles dat niets met zijn werk 
te maken heeft. En als zijn baas hem 
vraagt om de mail van het personeel? 
En als de directeur daar om zou ver- 
zoeken? 

Zijn wij als gebruikers verdacht of 
slecht? 

Maar neem dan bijvoorbeeld de bevei- 
ligingsprocedures in de luchtvaart. Ik 
wil graag, ik sta er zelfs op, dat ieder- 
een zorgvuldig wordt gecontroleerd 
met behulp van een metaaldetector. Ik 
wil ook dat alle bagage heel zorgvul¬ 
dig wordt gecontroleerd. Waarom wel 
deze controle In het luchtverkeer en 
niet op computer-systemen? 

Problemen, problemen, hoe gaan we 
hier mee om? Het is gemakkelijker om 
voorbeelden te verzinnen dan ant- 
woorden. Dit probleem Is voor een 
groot deel nieuw voor ons. Er blijft 
echter een noodzaak om te controle¬ 
ren. Maar hoe? En wat mag de securi¬ 
ty manager uit het oogpunt van de 
ethlek zien? Is dat op de een of andere 
manier formeel vast te leggen? 

Zendamateurs kennen de regel dat ze 
vrijelljk informatie uit de ether mogen 
plukken met hun ontvangstappara- 
tuur. Het is echter verboden op welke 
wijze dan ook ruchtbaarheid te geven 
aan het bestaan van welke informatie 
dan ook. 


Gebruikers willen duidelijkheid. Er 
blijft echter een grijs gebled met moel- 
lijk te definieren of te omschrijven 
zaken. 

Een voorbeeld uit de zaal. Een securi¬ 
ty manager vertelt waarom hij bestan- 
den op zijn systemen onderzoekt. Hij 
zoekt naar password-informatie. Prak- 
tlsch alle computerkrakers maken ge¬ 
bruik van slecht gekozen passwords. 
Dat kan nooit genoeg benadrukt wor¬ 
den. Daarom zoekt hij In alle gebrul- 
kersbestanden naar passwords. Als 
hij die vindt wordt de betreffende ge¬ 
bruiker gewaarschuwd en gewezen 
op zijn onverantwoorde gedrag. Deze 
security manager zegt dat hij alles wat 
hij ziet meteen weer vergeet. Hij is niet 
geinteresseerd in andere informatie 
dan datgene wat met zijn securlty- 
werk te maken heeft. Maar wat doet hij 
met de ‘loveletter to Cindy’? Lezen 
van een liefdesbrief is toch bepaald 
niet ethisch te noemen, wel? Wat is in 
dit verband legaal? 

Een ander voorbeeld van gevoelige 
gegevens op de computer is een lijst 
van mensen die aan AIDS lijden. Het 
onbevoegd onder ogen krijgen van 
een dergelijke lijst is in Amerika een 
misdaad waar je voor veroordeeld kan 
worden. Maar is degene die een der¬ 
gelijke lijst op een systeem zet ook 
niet strafbaar? 

Als je bepaalde gevoelige data niet 
mag inzien dan heb je wel een pro¬ 
bleem als je database-programmatuur 
wilt testen. Zo is er een computer met 
daarop gegevens over crimlnelen en 
over kentekenplaten. ledereen die 
voor zijn werk met dat computer- 
systeem te maken heeft weet dat het 
absoluut verboden is om andermans 
gegevens in te zien. De eigen kente- 
kengegevens zijn dan ook in een test- 
fase de enige gegevens die daad- 
werkelijk gebruikt worden. 

Er blijkt inderdaad een groot grijs ge¬ 
bled te zijn waar we als juristen en in- 
formatici onze tanden op kunnen 
breken. 

Kees de Groot 
Security SIG 
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LS SIG: Downsizing 


Op vrijdag 5 november 1993 vond er 
een Large Sites SIG bijeenkomst 
plaats met als thema: DOWNSIZING. 
Waarom dit thema? Om dit aan te ge- 
ven lijkt het mij het eenvoudigst om 
een gedeelte van de uitnodiging hier> 
onder te geven. 

‘Binnen de Digital omgeving is het 
verschijnsel downsizing niet onbe- 
kend. In de jaren 80 zijn veel applica- 
ties van een mainframe omgeving 
verhuisd naar Digital-systemen. Mede 
door deze ontwikkeling is het aantal 
VAX-systemen snel toegenomen. Te- 
genwoordig betekent downsizing in de 
eerste plaats het vervangen van VAX- 
systemen door open systemen. Naast 
een mogelijke kostenbesparing speelt 
ook een onafhankelijke opstelling van 
de klant richting leverancier een grote 
rol. Tenslotte is er de opkomst van 
PC-netwerken, waardoor ook de 
plaats van open systemen binnen de 
organisatie ter discussie staat. Door 
deze ontwikkelingen is het onderwerp 
downsizing op dit moment zeer actu- 
eel.’ 

Deze uitnodiging lokte een aantal 
mensen naar het Philips Research la- 
boratorium in Eindhoven, waar deze 
dag werd gehouden. 

Nadat de voorzitter van de LS SIG, de 
heer A. Bakema, de dag had ge- 
opend, werd er een bedrijfsintroductie 
gegeven door de Heer P. Reijnlerse, 
hoofd Laboratorlum Automatisering. 

De heer Reijnlerse begon zijn voor- 
dracht met een inleidend verhaal over 
het ontstaan en de ontwikkelingen van 
het Philips Research laboratorlum 
(NATIab).Het historisch overzicht be¬ 
gon bij de ontwikkeling van de pento¬ 
de In het jaar 1926, voor de ouderen 
onder u waarschijnlijk geen onbeken- 
de en eindigde bij de ontwikkeling van 
‘Compact disk modulatie en Error cor- 
rectie’ In 1980. 

In 1968 werd het eerste ELX8 
computer-systeem aangeschaft. Hier- 
na Is er een diversiteit van computer- 
systemen gebruikt door de Research 
medewerkers, waaronder ulteraard 
ook VAX/VMS-systemen. De laatste 
jaren is de policy om het aantal main¬ 
frames (IBM en VAX) te vervangen 
door ‘kleinere’ machines, met meestal 
UNIX als operating system. De reden 
hiervoor is dat deze ‘oude’ systemen 
te duur werden. Dit geldt zowel voor 
hard- en software als voor het on- 
derhoud. 

De nieuwe machines zijn vooral 


SUNs, HPs en Silicon Graphics syste¬ 
men als servers. De trend bij Philips 
Research is dan ook de volgende: 


- VMS, VM/CMS 

- DEC VT,3270 

- IBM3270,V24 

- DECnet 

- Edt,Xedit 

De belangrijkste 
zijn: 


-> UNIX 
-> X-terminals 
~> Ethernet 
-> TCP/IP 

-> Vi 

redenen hiervoor 


5. 


De CPUs kunnen efficlenter wor- 
den gebruikt. 

Het diskgebruik is veel efficlenter. 
Er kan op een vrij eenvoudige ma- 
nier ‘gebackuped’ worden. 

Het ‘upgraden’ van systemen is 
eenvoudiger. 

Door alle bovengenoemde rede¬ 
nen blijkt deze opiossing veel 
goedkoper dan de ‘oude’ opios¬ 
sing met voor iedere ontwikkelaar 
een eigen werkstation. 


Vraag je eerst af: wat wil de client? 

* Betere productiviteit. 

* Gestroomlijnde werkomgeving. 

* Lagere kosten voor de organisatie 
voor de informatie technologle. 

* Nieuwe bronnen van inkomsten aan- 
boren. 

* Verbeterde service-graad. 

* Betere rapportage. 

De beschikbare technologle is niet de 
oorzaak van downsizing, maar maakt 
het nu pas mogelijk. De vraag was er 
eigenlijk al veel langer. Door de heer 
Giesbers werden een aantal uitspra- 
ken aangehaald, gedaan door onaf¬ 
hankelijke bureaus zoals: de Gartner 
Group, de Yankee Group en 
DataQuest. 

Verder ging de heer Giesbers In op de 
downsizing termlnologle. 


De heer P. Giesbers, account consul¬ 
tant bij Digital, was de tweede spre- 
ker. De lezing van de heer Giesbers 
ging vooral in op de vragen: 

- Waarom wil men downsizing? 

- Wat is nu eigenlijk downsizing? 

- Wat zijn de downsizing strategieen? 

Re-host 

Re-architect 

Re-engineer 

Vraag 1. Waarom hoor je zoveel over 
downsizing? 

Downsizing zou de volgende voorde- 
len moeten opieveren: 

1. kostenreductie; 

2. kostenbeheersing; 

3. meer flexiblliteit; 

4. meer open, niet meer leverancier 
gebonden. 

Een belangrijke opmerking van de 
heer Giesbers was de vraag:”ls er 
een alternatief, moet je hieraan mee- 
doen?”. Het antwoord werd ulteraard 
door de heer Giesbers zelf gegeven. 
”Er is geen sprake van een alterna¬ 
tief; het is eigenlijk overal al gaande”. 

Het probleem zit hem in het felt dat, 
als je het proces van downsizing niet 
onderkent binnen je organisatie, het 
niet gestructureerd verloopt, en dat 
daardoor de verwachtingen misschien 
niet waargemaakt worden. 


Vraag 2. Wat is downsizing? 

- Moet je het mainframe opruimen? 

- Moet je gedistrlbueerd? 

- Moet je naar client/server? 

- Moet je naar open systemen? 


Re-host: 

Kies een ander platform en/of ope¬ 
rating system. Meestal gaat het 
een niet zonder het ander. 

Re-architect: 

Verander de IT-infrastructuur, de 
applicaties, het netwerk. 

Re-engineer: 

Pas het business proces aan. 

Deze punten zijn genoemd In opklim- 
mende volgorde van hoeveelheid 
werk en complexiteit. Gedurende de 
rest van deze sessie diepte de heer 
Giesbers deze drie begrippen verder 
ult en gaf een overzicht van de te ver- 
wachten voordelen. 

Als slotconclusie kan Ik het beste de 
volgende opmerking van de heer 
Giesbers kiezen: ’’Downsizing is a 
continuing process”. 

Als volgende spreker stond de heer 
G. van den Broek op de agenda, werk- 
zaam bij Philips Research. De heer 
Van den Broek heeft als consultant 
meerdere malen ervaring gehad met 
het onderzoeken van software ontwlk- 
kelomgevingen en Is daarblj vele ma¬ 
len het verschijnsel downsizing tegen 
gekomen. Zijn lezing ging dan ook 
over het opstellen van een mlgratie- 
plan, indien onderzoek heeft uitgewe- 
zen dat het verstandig is om te 
migreren van een ‘groot’ computer- 
systeem naar een aantal ‘kleinere’ 
systemen. 

De meeste onderdelen van zo’n mi- 
gratieplan spreken voor zich, maar er 
zijn toch wel een aantal puntjes om 
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goed op te letten. Bijvoorbeeld: hoe 
staat het met de licenties. De heer 
Van den Broek gaf met behulp van 
een aantal duidelijke slides een goede 
richting aan voor de opzet van een mi- 
gratieplan. Zoals ook wel te verwach- 
ten was, waren er veel vragen en 
opmerkingen over deze sessie, die 
bewust globaal van opzet was. Uiter- 
aard is elk migratieplan anders, maar 
de grote lijnen zullen (moeten) over- 
eenkomen met de door de heer Van 
den Broek geschetste opzet. 

Na de voortreffelijke lunch was de vol- 
gende spreker de heer D. Reuhman, 
werkzaam bij Philips Research in de 
CAD support group. Deze groep is 
verantwoordelijk voor de computer- 
infrastructuur in het IC-ontwerpcen- 
trum. Onlangs heeft deze groep een 
project opgepakt waarbinnen de 
Apollo workstations worden vervan- 
gen door een infrastructuur geba- 
seerd op X-terminals en hoge- 
snelheidsservers. De sessie van de 
heer Reuhman ging dan ook over de 
redenen van en de ervaringen na de 
invoer van een server-X-terminal om- 
geving. De uitgangssituatie voor de 
sessie van de heer Reuhman was een 
omgeving bestaande uit Apollo 
workstations. De hoofdreden om te 
veranderen was de overname van 
Apollo door HP. De bestaande Apollo 
hardware was door deze overname 
niet meer ultbreidbaar zodat gekozen 
moest worden voor een andere 
opiossing. 

Begin jaren 90 waren er een honderd- 
tal Apollo 425t workstations aanwezig. 
Als je kljkt naar de resource fragmen- 
tatle kom je tot de volgende cijfers: 

- 2.000 Mips 

- 3,2 GB memory 

- 40 Gb disk 

Ook het grote aantal workstations 
zorgde voor een complex en arbeids- 
intensief management. 

Een onderzoek naar het gebrulk van 
de workstations leverde de volgende 
gegevens op: 

- 10% van de gebruikers zorgt voor 
65% van de CPU tijd. 

- Werkstation:1-1.5 CPU uur per dag. 

- 60-70% wordt gelijktijdig gebrulkt. 

Naar aanleiding van deze gegevens 
heeft men toen gekozen voor een an¬ 
dere opzet, namelijk geef een ontwlk- 
kelaar een X-terminal en maak een 
opzet met een aantal server-systemen 
die ieder een eigen taak krijgen. Dit 
heeft het voordeel van een stabiele 
technologle op het bureau. X-termi- 
nals verouderen nu eenmaal minder 
snel dan workstations, de computer 
power is een ‘public utility’ geworden. 
De hardware om deze opzet te kun- 
nen realiseren Is momenteel aanwe¬ 


zig: X-window graphics, grote server- 
systemen (snelle CPU, veel memory), 
een snel network (FDDI) en eigen ont- 
wikkeld gereedschap ten behoove van 
load balancing. 

Er is gekozen voor een opzet met een 
aantal verschillende servers met ieder 
een eigen taak. 

1. Een file server. Voor gebruikers 
data en applicaties. 

2. Een login server. Hlerop draaien 
de meeste ‘klelne’ applicaties. 

3. Een compute server (interactief). 
Deze zijn speclaal voor een be- 
perkt aantal ‘grote’ applicaties. 

4. Een batch server. Alleen voor 
batch jobs, dus niet-Interactieve 
applicaties. 


Het logische network ziet er dan ook 
als voIgt uit: 



De ‘dikke’ lijn tussen de verschillende 
server-systemen is geimplementeerd 
via een FDDI network, dus zeer snel 
(100Mb). 

In de opzet is bewust gekozen voor 
server-systemen die, zoveel als maar 
mogelijk, gelijk zijn. Dus evenveel ge- 
heugen en allemaal hetzelfde model. 
Deze omgeving ondersteunt momen¬ 
teel ongeveer 150 gelijktijdige gebrui¬ 
kers naar tevredenheid. De ervaring 
heeft uitgewezen dat CPU-capaciteit 
zelden een probleem opievert, geheu- 
gen is veel belangrijker. De filosofie is 
dan ook: plaats zoveel geheugen In de 
server als er maximaal in past. 

De heer Reuhman gaf ook een over- 
zicht van de kosten van een opzet met 
X-terminals ten opzichte van een ver- 
gelijkbare opzet met voor iedere ont- 
wikkelaar een eigen workstation, en 
per workstation een server. 


X-terminals 

■1 Desktop 

Infrastruktuur 

1 


40 % 60 % 


Werkstations 

60% 

M 1 

40% 

Kosten 


Zoals uit de voorgaande grafiek blljkt, 
is de totale investering ongeveer de 
helft. De besparing op onderhoud en 
reparatle Is ongeveer 60%, en de 
besparing op systeembeheer onge¬ 
veer 25%. 

Uit het bovenstaande blljkt dat het ver- 
haal van de heer Reuhman zeer boel- 
end en Instructlef was, vooral door het 
felt dat men bij Philips ook metingen 
aan de nieuwe configuratie heeft ge- 
daan zodat het voordeel ook zichtbaar 
kon worden gemaakt. 

De laatste spreker van deze dag was 
de heer J. de Boer werkzaam bij het 
GAK. De heer De Boer begon zijn ver- 
haal met een korte introductle van de 
werkzaamheden van het GAK. Bij het 
GAK wordt gebrulk gemaakt van ver- 
scheidene grote en minder grote VAX- 
systemen. Het verschil tussen de situ- 
aties bij het GAK en bij Philips is groot. 
Bij Philips is het een technische ont- 
wikkelomgeving, bij het GAK Is het 
voornamelijk een administratieve om¬ 
geving. 

De problemen en daardoor ook de 
opiossingen zijn dan ook van een ge- 
heel andere aard. Het GAK is nog 
steeds gebonden aan vrij grote appa- 
ratuur vanwege de enorme hoeveel- 
heid data die er in allerhande 
databases is opgeslagen. Het begrip 
’downsizing’, het gebruik maken van 
meer client-server-achtige opiossin¬ 
gen, kan hler beter omschreven wor¬ 
den met de term ‘right-sizing’. Ge¬ 
bruik de meest geschikte hardware 
(platform, type) voor de in gebruik zljn- 
de applicaties. 

De heer De Boer heeft een goede in- 
druk achtergelaten van de bewegln- 
gen op dit vlak binnen het GAK. 

Al met al was het een interessante dag 
die, vooral door het felt dat er bij Phi¬ 
lips ook metingen zijn verricht aan de 
nieuwe omgeving, een goed beeld 
heeft gegeven van de voordelen van 
een server-X-terminal omgeving. 

P. Timmers 

Redactiecontact Large Sites SIG 
Landweer Automation Services 
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Op deze pagina worden een aantal 
producten en diensten beschreven die 
u via dit formulier bij het DECUS Hol¬ 
land secretariaat kunt bestellen. 

A practical Guide to VAX/VMS per¬ 
formance trouble shooting, V2.0. 

Dit handboek is een uitgave van de 
Performance Werkgroep en bevat een 
groot aantal praktische adviezen over 
het tunen van VMS, netwerken en 
Rdb. De code voor dit boek is PW01. 

Onderzoek beveiligingsaspecten 
van databases, V1.0. 

Een verslag van een onderzoek naar 
VAX Rdb/VMS. De code voor dit ge- 
schrift is SEC01. 

Productvergelijking van tools voor 
security beheer in een VMS-omge- 
ving. 

Beoordeling van een zestal producten 
die ondersteuning bieden op het ter- 
rein van auditing en security beheer in 
een VMS-omgeving. De code voor dit 
geschrift is SEC02. 

Voorwaarden: 

De artikelen met codes PW01, SEC01 
en SEC02 dienen vooruit betaald te 
worden. Zij worden binnen 4 weken na 
ontvangst van zowel de betaling als 
het volledig ingevulde formulier toege- 
zonden. Er worden geen facturen ver- 
zonden. 

DCSNL abonnement aanvraag. 

Electronisch in contact treden met uw 
mede DECUS-leden. U krijgt een 
eigen account en kunt via notes en 
mail met uw college’s communiceren. 
De code voor deze service Is DCSNL. 
Tegelijk met het aanvraagformuller 
van het abonnement ontvangt u de 
daarvoor geldende voorwaarden. De 
kosten (f 80,-- per jaar) dienen pas 
voldaan te worden na ontvangst van 
een factuur. 

Program Library Catalogue. 

De catalogue is gratis. De code voor 
deze service is PLCAT. 


Vul dit formulier of een kopie hiervan 
volledig In. Stuur of FAX dit naar: 

DECUS Holland 
Postbus 9212 
3506 GE Utrecht 
Fax nr. 030 - 89 06 23 


DECUS Service Pagina 

Ondergetekende 

Naam . 

Bedrijf/lnstelling . 

Ad res . 


Postcode/Plaats 

Telefoon 

DECUS nummer 

bestelt hierblj: 


□ X PW01 a f 70,00 = f 

□ X SEC01 a f 27,50 = f 

□ X SEC02 a f 27,50 = f 


Ik betaal vooruit: 

□ Per giro, rekening 39 76 113 t.n.v. DECUS Holland te Utrecht 

□ Per bank, rekening 30 00 82 320 t.n.v. DECUS Holland te Utrecht 

□ Per cheque/girobetaalkaart, welke met dit formulier is meegezonden 
Bij overschrijvingen altijd vermelden: naam, DECUS nummer en code(s) 

□ DCSNL 

□ PLCAT 


Datum: . Handtekening: 
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SIG adressen 

PDP-11 SIG 
J.H. Belgraver 
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Kmr RE 2118 
Postbus 20 
5340 BH OSS 
Tel.: 04120 - 6 29 43 
DCSNL::BELGRAVER_J 

PC SIG 

J.K. van Rossum 
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3814 CC AMERSFOORT 
Tel.: 033 - 65 00 00 
DCSNL::ROSSUM_J 

NETWERK SIG 

M.A.M. Papot 
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Tel.: 079 - 52 22 25 

DCSNL::PAPOT_M 

SECURITY SIG 
C.J. de Groot 
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Hollandseweg 1 

6706 KN WAGENINGEN 

Tel.: 08370 - 8 35 57 

DCSNL::GROOT_C 

LARGE SITES SIG 
A.W. Bakema 

l&AT SC DEC VW LVC Rotterdam 
Vredenoordplein 6 » 

3061 PX ROTTERDAM 
Tel.: 010 - 457 39 39 
DCSNL::BAKEMA_A 


OFFICE AUTOMATION SIG 
J.J. Bosman 

Clazina Kouwenbergzoom 221 
3065 GK ROTTERDAM 
Tel.: 010 - 447 01 72 
DCSNL::BOSMAN_J 

REALTIME SIG 

R. Zijistra 

Postbus 22669 

1100 DD AMSTERDAM 

Tel.: 020 - 652 06 52 

DCSNL::ZIJLSTRA_R 

VAX SIG 
H. Stiekema 
Knollenberg 16 
6585 WK MOOK 
Tel.: 08896 - 20 98 
DCSNL::STIEKEMA_H 

PERFORMANCE WERKGROEP 
P: van der Leek 
Bladlood 2 

3192 GR HOOGVLIET 
Tel.: 010 - 438 68 17 
DCSNL::LEEK_P 

Program Library contact 

H. Stiekema 
Knollenberg 16 
6585 WK MOOK 
Tel.: 08896 - 20 98 
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Correspondentie-adres DECUS Holland 

Digital Equipment Computer Users Society 

Postbus 9212 

3506 GE UTRECHT 

Tel.: 030 - 83 20 55 

DCSNL::LIPS_M 

DCSNL::OLDEMAN_A 


DECUS Communicatie Systeem DCSNL 

X.25 dte nummer: 1340077 

Telefoon modem : 030-801580 Node: DCSNL:: 

Instelling: 9600-300 baud, auto-fallback, 8 bits, noparity, 1 stopbit, 

V.42/MNP4 error-correction, V.42bis/MNP5 data-compression 


Username systeem beheerder: 

Overigen: 

Voor account aanvragen en bij problemen: 


DECUS-MGR 

Achternaam in maximaal 10 karakters, underscore, 1e voorletter 
Username: DECUSHELP, password: DECUSHELP 
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